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(57) Abstract: The invention is intended to co-ordinate telecommunication services 
(2) provided to users by means of terminals (3, 4, 5) which are connected to differ- 
ent telecommunication networks (1). For said purpose, the invention comprises the 
following steps: a service mediation server (10) co-ordinates different telecommu- 
nication services activated by users; the terminals (3, 4, 5) connect to the server and 
transmit users profiles thereto, said profiles specifying availability modes, activate 
the profiles and availability modes and access the connected services; and the service 
mediation server determines a reachability state for each user, which is dependent 
on at least one user terminal being connected to the server and the active availability 
mode and profile of the user, and transmits said state to the connected user terminals 
specified in a list of contacts in the active profile of the user. 

(57) Abrege : Pour coordonner des services de telecommunication (2) rendus a des 
utilisateurs, par I'intermediaire de terminaux (3, 4, 5) connectes a differents reseaux 
(1) de telecommunication, un serveur de mediation de services (10) coordonne dif- 
ferents services de teleconmiunication actives les utilisateurs, les terminaux (3, 4, 
5) se connectent au serveur et lui transmettent des profils d'utilisateur specifiant des 
modes de disponibilite, activent des profils et des modes de disponibilite, et ac- 
cedent aux services connectes, le serveur de mediation de services determine un etat 
de joignabilite de chaque utihsateur en fonction de I'existence d'au moins un termi- 
nal de I'utilisateur connecte au serveur et du profil et du mode de disponibilite actifs 
de I'utilisateur, et transmet cet etat aux terminaux connectes d'utilisateurs specifies 
dans une liste de contacts du profil actif de I'utilisateur. 
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PROCEDE ET SERVEUR DE COORDINATION DE SERVICES DE 
TELECOMMUNICATION. 

5 La presente invention conceme un procede et un serveiir de coordination de 
services de telecommunication. 

Elle s'applique notamment, mais non exclusivement aux services de 
telecommunication accessibles a Taide d'un terminal informatique ou 
10 telephonique connect^ a un reseau de telecommunication, tel qu'un reseau 
tel6phonique ou un reseau informatique par exemple du type reseau Intemet. 

A titre d'exemples de services rendus par un reseau de telecommimication, on 
peut citer un service de repertoire telephonique intelligent, indiquant les 
1 5 contacts accessibles, un service de renvoi automatique d'un appel, un service de 
rappel automatique d'un correspondant, un service de messagerie, ou encore im 
service de notification d'evenements particuliers, comme la publication 
d'informations particulieres dans le reseau Intemet. 

20 Or les utilisateurs de tels services disposent de plus en plus frequemment de 
plusieurs terminaux (telephone fixe personnel et au bureau, telephone mobile, 
ordinateur connect^ au reseau Intemet, ...). II est done appam le besoin de 
rendre ces services ind^pendamment des terminaux a la disposition des 
utilisateurs, ce qui pose des probldmes d'acces aux services et de coherence 

25 lorsqu'un meme utilisateur utilise differents terminaux pour acceder a xm meme 
service, et de gestion de droits d'acces et de facturation, lorsque Tutilisateur 
accede a un service par Tintermediaire d'un autre service ou k partir de 
differents terminaux. 

30 La demande de brevet FR 2 814 021 deposee par la Demanderesse decrit un 
serveur de coordination de services permettant de coordonner differents 
services de telecommunication, qui peuvent etre rendus simultanement par des 
operateurs differents. Ce serveur est congu pour recevoir et trailer des requetes 
emises par les services pour identifier et/ou authentifier un utilisateur, lorsque 

35 celui-ci accede au service, pour localiser un utilisateur recherche par un service, 
pour obtenir des informations de personnalisation ou d'autorisation relatives a 
un utilisatexir, ou encore pour valoriser des services factures k la dur6e, au 
volume ou a Tacte. 
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Toutefois, pour qu'un utilisateur puisse beneficier de tels services de 
telecommunication, il est necessaire qu'il soit accessible par xrn reseau de 
telecommunication. Or le serveur de coordination de services decrit dans la 
5 demande de brevet precit6e ne pr6voit aucune disposition pour determiner I'etat 
d'accessibilite des utilisateurs. En outre, cette notion d'accessibilite est k 
distinguer de la notion de disponibilite. En effet, un utilisateur peut etre 
accessible, c'est-a-dire disposer d'un terminal accessible par xm reseau de 
telecommimication, mais souhaiter ne pas etre derange pendant une certaine 
10 periode. Ce serveur de coordination de services ne permet pas non plus de g6rer 
la disponibilite des utilisateurs. 

La presente invention a pour but de supprimer ces inconvenients en proposant 
un composant reutilisable robuste et tolerant aux pannes, qui est integrable a 

1 5 moindre cout lors de la realisation de nouveaux services. Cet objectif est atteint 
par la prevision d'lm procede de coordination de services de telecommunication 
rendus a une pluralite d' utilisateurs, par Tintennediaire de terminaux de 
telecommunication connectes a differents reseaux de telecommunication, le 
procede comprenant des etapes au cours desquelles un serveur de mediation de 

20 services coordonne les traitements effectues par differents services de 
telecommimication pour le compte de chacun des utilisateurs. 

Selon r invention, ce proc6de comprend en outre des etapes au cours 
desquelles : 

25 

- les services de teleconmiimication se connectent au serveur de mediation de 
services et specifient des ev6nements qui doivent leur etre notifies par le 
serveur de mediation de services, et/ou des ev6nements qu'ils sont 
susceptibles d'emettre vers le serveur de mediation de services, 

30 - les terminaux de telecommunication des utilisateurs se connectent au serveur 
de mediation de services, transmettent au serveur de mediation de services 
des profils d'utilisateur specifiant des modes de disponibilite, qui sont 
memorises dans une base de donnees, activent des profils et des modes de 
disponibilite prealablement specifies, et accedent aux services connectes, 

35 - le serveur de mediation de services determine un etat de joignabilite de 
chaque utilisateur en fonction de T existence d'au moins un terminal de 
I'utilisateur connecte au serveur, et du profil et du mode de disponibilite 
actifs de Tutilisateur, 
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- le serveur de mediation de services transmet a chaque terminal connect^ 
Tetat de joignabilitd d'utilisateurs specifics dans une liste de contacts faisant 
partie du profil actif de Tutilisateur du terminal, 

le serveur de mediation de services transmet, pour chaque evenement refu 
5 d'un service, une notification d'evenement aux services connectes ayant 
specific que T evenement doit leur etre notifi6. 

Selon un mode de realisation prefer6 de Tinvention, chaque mode de 
disponibilite specific par un utilisateur comprend : 

10 

- un etat de disponibilite pouvant prendre les valeurs disponible, non 
disponible, en transfer! d'appel vers xm numero d'appel specific, ou inconnu 
si Tutilisatexu- ne souhaite pas rendre accessible son etat de disponibilite, 

- un eventuel identifiant de terminal vers lequel transferer un appel entrant 
1 5 destine a Tutilisateur, 

- un mode de notification d'evenements, et 

- une liste de contacts auxquels s'applique Tetat de disponibilite. 

Avantageusement, chaque mode de disponibilite specifie par un utilisateur 
20 comprend en outre des regies de disponibilite sp6cifiant des periodes pendant 
lesquelles le mode de disponibilite est actif. 

De preference, T^tat de joignabilite determine par le serveur de mediation de 
services peut prendre Tun des 6tats suivants : 

25 

- joignable si le mode de disponibilite actif de Tutilisateiu- est k V6tat 
disponible et si au moins un terminal de Tutilisateur est connecte au serveur 
de mediation de services, 

- non joignable si Tutilisateur n'est pas disponible ou si aucun terminal de 
30 Tutilisateur n'est connecte au serveur de mediation de services, 

- acces a I'etat de joignabilite soumis a autorisation si I'utilisateur souhaite que 
son etat de joignabilite ne soit foumi a d'autres utilisateurs qu'avec son 
autorisation prealable, 

- en transfert si T utilisateur a specifie que les appels entrants qui lui sont 
35 destines doivent etre transferes vers un numero d' appel specific dans le mode 

de disponibilite actif, 

- inconnu si Tutilisateur demande n'est pas inscrit auprds du serveur de 
mediation de services, ou s'il ne souhaite pas que son etat de joignabilite soit 
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accessible. 

Selon un mode de realisation de T invention, la transmission des notifications 
d'ev6nements par le serveur de mediation de services est effectu6e sur demande 
5 de chaque service connecte. 

Selon un autre mode de realisation de T invention, la transmission d'une 
notification d'un ev6nement par le serveur de mediation de services est 
effectuee des reception de Tev^nement si le service est connecte, et sinon 
10 Tevenement est memorise dans un journal et est notifi6 au service dhs que 
celui-ci se connecte au serveur de mediation de services. 

L' invention conceme egalement im serveur de mediation de services de 
telecommunication rendus a une pluralite d'utilisatexirs, par Tintermediaire de 
15 terminaux de telecommunication connectes a differents reseaux de 
telecommunication, comprenant un module de coordination de services con^u 
pour coordonner les traitements effectues par les services de telecommunication 
pour le compte de chacun des utilisateurs. 

20 Selon T invention, ce serveur comprend en outre : 

- au moins xme base de donnees rassemblant I'ensemble des donnees 
concemant les utilisateurs, qui sont necessaires au serveur de mediation de 
services et aux services, 

25 - un serveur de disponibilit6 congu pour g6rer et determiner a tout instant la 
disponibilite des utilisateurs, en fonction de modes de disponibilite actifs et 
de regies, specifics par les utilisateurs et memorises dans la base de donnees, 

- un module de gestion de services congu pour recevoir de chaque service ime 
inscription specifiant des evenements a notifier aux services et/ou des 

30 evenements emis par le service, et 

- un module de notification d' evenements con9u pour recevoir et notifier 
r apparition d' evenements aux services de teleconunvmication qui en ont fait 
la demande, 

- le module de coordination de services comprenant des moyens pour 
35 determiner un etat de joignabilite de chaque utilisateur pour chacim de ses 

profils en fonction de Texistence d'au moins un terminal de Tutilisateiu- 
connecte au serveur, et du profil et du mode de disponibilite actifs de 
Tutilisateur, et des moyens pour transmettre a chaque terminal connect^ 
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Tetat de joignabilite d'utilisateurs specifies dans une liste de contacts faisant 
partie d'un profil actif de Tutilisateur du teraiinal. 

Selon un mode de realisation de Tinvention, ce servevir comprend en outre iin 
5 module d'identification / authentification charge d' identifier et d'authentifier les 
utilisateurs lorsqu'ils accedent au serveur de mediation de services ou a certains 
services. 

Selon im mode de realisation de Tinvention, ce serveur comprend en outre un 
10 module d' interface dormant acces au serveur de mediation de services par 
rinterm^diaire d'un reseau de telecommunication, ce module etant con^u pour 
recevoir des requetes de traitement, 6manant des services ou des utilisateurs, et 
pour les retransmettre vers un composant du serveur charge d'effectuer le 
traitement demande, et transmettre en r6ponse a ces requetes les reponses 
1 5 foumies par les composants du serveur. 

Avantageusement, le module d' interface comporte plusieurs composants 
dupliques pour assurer une tolerance aux pannes. 

20 Selon un mode de realisation de I'invention, ce serveur comprend en outre un 
moniteur d' acces comprenant : 

- des moyens pour connecter un terminal d'utilisateur au serveur de mediation 
et le deconnecter du serveur, 

25 - des moyens pour connecter un service au serveur de mediation et le 
d6connecter du serveur, 

- des moyens pour g6rer en temps r6el les differents services actives pour 
Tutilisatevir, 

- des moyens pour s61ectioimer un profil a activer et un mode de disponibilite 
30 dans le profil k activer, 

- des moyens pour s^lectionner des evenements pour lesquels Tutilisateur 
souhaite etre notifie de leur apparition, et 

- des moyens pour selectionner un terminal pour recevoir un appel entrant. 

35 L'invention conceme egalement un programme d'ordinateur con9u povir etre 
mis en oeuvre sur xm serveur de mediation de services de telecommunication 
rendus a une plurality d'utilisateurs, par Tintermediaire de terminaux de 
telecommunication connectes k differents r6seaux de telecommunication, Selon 
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r invention, ce programme comprend des instructions pour mettre en oeuvre les 
etapes du proced6 defini ci-avant, execut^es par le serveur de mediation de 
services, 

5 L' invention conceme egalement un servevir de telecommunication foumissant 
des services de telecormnxmication a une pluralite d'utilisateurs, par 
rinterm^diaire de terminaux de telecommunication connectes a differents 
rdseaux de telecommunication. Selon T invention, le serveur de 
telecommunication comprend : 

10 

- des moyens pour se connecter au serveur de mediation de services d6fini ci- 
avant, 

- des moyens pour specifier et transmettre au serveur de mediation de services 
des evenements qui doivent lui etre notifies par le serveur de mediation de 

15 services, et/ou des evenements qu'il est susceptible d'emettre vers le serveur 
de mediation de services, et 

- des moyens pour recevoir du serveur de mediation de services des 
notifications d' evenements provenant d'autres services de 
t616commimication et ayant ete specifies comme devant lui etre notifl6. 

20 

L'invention conceme egalement un programme d'ordinateur congu pour etre 
mis en oeuvre sur un serveur de telecommunication fomnissant des services de 
telecommunication a une pluralite d'utilisateurs, par Tintermediaire de 
terminaux de telecommunication connectes a differents reseaux de 
25 telecommunication. Selon T invention, ce programme comprend des instmctions 
pour mettre en oeuvre les etapes du procede defini ci-avant, executees par un 
service de telecommunication. 

L' invention conceme en outre un systeme informatique comprenant une 
30 pluralite de terminaux de telecommunication d'utilisateurs connectes k 
differents reseaux de telecommunication, plusieurs serveurs foumissant des 
services de telecommunication pour le compte des utilisateurs, et im serveur de 
mediation de services tel que defini ci-avant. 



35 Un mode de realisation prefere de Tinvention sera decrit ci-apres, a titre 
d'exemple non limitatif, avec reference aux dessins annexes dans lesquels : 
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La figure 1 represente schematiquement iin serveur de mediation 
de services selon Tinvention ; 

La figure 2 montre plus en detail un module de coordination de 
services mis en oeuvre par le serveur represente sur la figure 1, 

5 La figure 1 represente un serveur de mediation de services 10 selon T invention, 
pr6vu pour se connecter a des r6seaux de telecommunication 1, tel que des 
reseaux telephoniques terrestres et cellulaires, et des reseaux informatiques tels 
que le reseau Intemet. 

10 Ce serveur est con^u pour foumir les fonctions necessaires a la gestion d'un 
ensemble d'utilisateurs, de leurs profils et de services offerts par des op6rateurs 
de telecommunication, chacun des utilisateurs ayant acces aux reseaux de 
telecommunication 1 par Tintermediaire d'un ou plusieurs terminaux de types 
divers, tels qu'un ordinateur 3 par exemple de type PC ou PDA (Personal 

15 Digital Assistant), ou terminal telephonique cellulaire 4 ou filaire 5. Les 
services geres par le serveur sont rendus par exemple par des serveurs 2 
egalement connectes aux reseaux de telecommunication 1, ou par des terminaux 
d'utilisateur. 

20 Le serveur de mediation de services 10 selon Tinvention comprend les 
composants suivants : 

- vm module 1 1 de coordination de services con^u pour assurer la coherence de 
traitements efFectues par differents services pour le compte d'lm utilisateur, 

25 

- un serveur de disponibilite 12 congu pour gerer et determiner a tout instant la 
disponibilite des utilisateurs, en fonction de modes de disponibilite actifs et 
de regies specifiees par les utilisateurs, 

30 - un module 13 de notification d'evenements con9u pour recevoir et notifier 
Tapparition d'evenements a des services ou des utilisateurs qui en ont fait la 
demande, ou a des composants intemes du serveur de mediation de services, 

- \m module 15 d' identification / authentification charge d' identifier et 
35 d'authentifier les utilisateurs lorsqu'ils accedent a certaines fonctions du 

serveur ou a certains services. 
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- iin module 16 de gestion de services congu pour recevoir des inscriptions de 
services et pour foumir siu" requSte les references d'un service inscrit, 

5 - xine ou plusieurs bases de donnees 18 rassemblant Tensemble des donnees 
concemant les utilisateurs, qui sont n^cessaires au serveur 10 de mediation 
de services et aux services, 

- xm module 17 de mise k jour des donnees memorisees dans la base de 
10 donnees 18, et 

- un module d' interface 14 donnant acces au serveur de mediation 10 par 
rintermediaire d'un reseau 1, ce module etant confu pour recevoir des 
requetes de traitement, emanant des services ou des utilisateurs, et pour les 

15 retransmettre vers le composant du serveur charge d'effectuer le traitement 
demande, et transmettre en reponse a ces requetes les reponses foumies par 
les composants du serveur. 

Pour acceder aux services offerts par le serveur 10 de mediation de services, 
20 chaque utilisateur doit etre pr6alablement enregistre et disposer d'lm identifiant 
ou numero de contact par lequel il pent 6tre joint independanmient du terminal 
connect6 a im instant donne au serveur. II doit en outre definir un ou plusieurs 
profils qui sont m6morises dans la base de donn6es 18, et foumir des 
informations concemant les terminaux qu'il est susceptible d'utiliser et 
25 notamment les capacit^s de ces terminaux et les applications disponibles. 

Pour modifier les donnees memorisees dans la base de donnees 18, il est mis a 
la disposition des utilisateurs un serveur de gestion 6, par exemple ayant la 
forme d'un serveur Web ou WAP (Wireless Application Protocol). Ce serveur 

30 de gestion permet a chaque utilisateur de definir et tenir a jour un ou plusieurs 
profils associes chacun a un numero de contact par lequel Tutilisateur peut etre 
joint. Chaque profil d'utilisateur rassemble une liste de services auxquels 
Tutilisateur a souscrit, chacun des services de la liste 6tant eventuellement 
associe a des parametres de personnalisation du service, et des modes de 

35 disponibilit6. 

Un utilisateur peut ainsi definir plusieurs profils, par exemple un profil 
personnel et un profil professionnel. 
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Un mode de disponibilite correspond k une activity de I'utilisateur, par example, 
reunion, deplacement, ... Chaque mode de disponibilit6 rassemble les 
informations suivantes : 

5 

- \m identifiant de mode de disponibilite, 

- un etat de disponibilite, a savoir, disponible, non disponible, en transfert 
d'appel vers un num6ro d'appel specific, ou incoimu si Tutilisateur ne 
souhaite pas rendre accessible son etat de disponibilite, 

10 - un eventuel identifiant de terminal ou de mode de commxmication (t616phone 
fixe, mobile, voix sur IP, messages Merits SMS (Short Message Service), 
MMS (Multimedia Messaging Service), messagerie 61ectronique) permettant 
de transferer un appel entrant destine a Tutilisateur vers le terminal ainsi 
identifie, 

15 - un mode de notification (par exemple dans une messagerie), 

- une liste de contacts auxquels s' applique Tetat de disponibilite, et 

- des regies de disponibilite specifiant des periodes ou le mode de disponibilite 
doit etre actif. 

20 Altemativement, les regies de disponibilite peuvent etre definies dans le profil 
en dehors des modes de disponibilite, et specifier les modes a activer et 
desactiver en fonction de la date et I'heure, par exemple sous la forme d'lm 
calendrier hebdomadaire, mensuel ou annuel. 

25 Un profil d'utilisateur comprend 6galement des listes de contacts dans lesquels 
sont specifics les contacts autoris6s ou non a connaitre I'etat de joignabilit6 de 
Tutilisateur, et ceux dont Tutilisateur souhaite obtenir un 6tat de joignabilite. 
L'etat de joignabilite d'un utilisateur est determine en fonction de Tetat de 
disponibilite actif et de la presence de celui-ci, c'est-a-dire Texistence d'un 

30 terminal de I'utilisateur accessible par le serveur, soit directement, soit par 
rintermediaire d'une service (par exemple de type portail). On definit ainsi cinq 
etats de joignabilite : 

- joignable : Tutilisateur est connecte et disponible, 

35 - non joignable : Tutilisateur n'est pas connecte ou n'est pas disponible, 

- acces a retat de joignabilite soumis k autorisation : Tutilisateur souhaite que 
son etat de joignabilite ne soit foumi qu'avec son autorisation prealable, 

- en transfert : Tutilisateur a specifie que les appels entrants qui lui sont 
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destines doivent etre transferes vers un certain numero d'appel specific dans 
le mode de disponibilite, 

- inconnu : Tutilisateur demande n'est pas inscrit auprds du serveur 10 de 
mediation de services, ou ne souhaite pas que Ton connaisse son etat de 

5 joignabilite. 

Par ailleurs, im moniteur d'acces 7, par exemple con^u sous la forme d'un 
composant logiciel install^ dans chacun des terminaux d'utilisateur 3, 4, 5 ou 
sous la forme d'un serveur Web ou WAP, offire aux utilisateurs ou aux services 
10 les fonctions suivantes : 

- connecter un terminal 3, 4, 5 au serveur de mediation 10 ou le deconnecter 
du serveur, 

- connecter un service au serveur de mediation 10 ou le deconnecter du 
1 5 serveur, 

- gerer en temps reel les differents services actives pour Tutilisateur, 

- choisir un profil a activer et un mode dans le profil actif ou un niveau de 
disponibilite, 

- s'abonner a la notification d'evenements a selectionner, tels que appel 
20 entrant, appel perdu, changement de T^tat de disponibilit6 d'un contact, 

reception d'tm nouveau message, mise a jour d'une jauge de consommation, 

- choisir un terminal pour recevoir un appel entrant, 

- suivre Tetat d'une jauge de consommation, la consommation de ses forfaits 
25 de communication, et 

- 6mettre et envoyer des messages urgents, un message urgent etant un 
message vocal ou ecrit qui pent etre envoye par im utilisateur pr6alablement 
autorise par Tappele, et achemine jusqu'a ce dernier independamment de son 
etat de disponibilite. 

30 

Si le moniteur d'acces 7 se presente sous la forme d'un composant logiciel 
installe dans chaque terminal d'utilisateur, il pent etre lance automatiquement a 
la mise sous tension du terminal, en particulier si le terminal est de type 
telephone mobile. 

35 

Le serveur de disponibilite 12 est con9u pour activer ou d6sactiver des modes 
de disponibilite en fonction des ordres regus des utilisateurs ou en fonction des 
rdgles de disponibilite associ^es aux profils de ces demiers, II permet egalement 
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a un utilisateur d'obtenir I'^tat de disponibilite d'un contact, le cas echeant 
apres en avoir demande Tautorisation a Tinteresse. Le serveur de disponibilite 
est egalement con^u pour transformer les regies de disponibilit6s sp6cifiees par 
les utilisateurs pour les modes actifs en regies de filtrages directement 
5 interpr^tables par le module de coordination de services 1 1 . 

Le module 13 de notification d'6v6nements comprend une fonction 
d'enregistrement / d^senregistrement permettant a un service, un terminal par 
rintermediaire du moniteur d'acces, ou un composant du serveur 10 de 

10 mediation de services de s'enregistrer ou de se desenregistrer comme emetteur 
d'un ou plusieurs evenements, et une fonction d'abonnement / desabonnement 
permettant a un service ou un composant du serveur de mediation de services de 
s'enregistrer ou se desenregistrer comme recepteur de notifications d'un ou 
plusieurs ev^nements. Un evenement peut etre lie a im service (par exemple 

15 "nouveau service disponible") ou a un profil d'utilisateur (par exemple "depot 
d'un nouveau message vocal"). 

Lorsqu'un evenement n'est plus emis par aucun service, par exemple a la suite 
de la d6connexion du dernier service emetteur de T evenement, le module 13 
20 avertit les services abonnes k I'evdnement que Tevenement n'est plus 
disponible. Inversement, le module 13 avertit egalement les services abonnes a 
un evenement que cet 6v6nement est a nouveau susceptible d'etre 6mis 
lorsqu'xm service emetteur de cet evenement s'est connecte au serveur 10. 

25 Ce module comporte egalement une fonction de synchronisation permettant 
d'associer une notification d'6v6nement h ime reponse asynchrone de Tentit^ 
ayant re?u la notification d'evenement, et une fonction de gestion d'un journal 
d'evenements qui est mis a jour a chaque fois qu'un evenement survient et qui 
rassemble pour chaque evenement, les informations suivantes : 

30 

- sa date, 

- son contenu, 

- le service emetteur, 

- ime liste de profils destinataires de I'evenement, et de services abonnes a 
35 I'evenement, chaque service et profil etant associe a un indicateur signalant 

si oui ou non le service ou le profil a 6te notifie de I'evenement. 

Ce module offi-e deux modes de fonctionnement. Dans un premier mode appel6 
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"push", les services abonn^s k \m evenement sont automatiquement notifies par 
le module 13 lorsque survient r6v6nement. Dans un second mode appele 
"polling", im service abonne obtient les notifications d'6v6nements survenus en 
interrogeant le module 13 via le module d' interface 14, soit periodiquement, 
5 soit a la demande. 

En mode "push", la notification pent etre effectuee d'une maniere synchrone ou 
asynchrone selon que le service abonne est connect^ ou non au moment ou 
Tevenement survient. A la suite de la notification d'un ev6nement, le module 13 
1 0 met ^ jour le journal d'ev6nements. 

Le module d' identification / authentification 15 permet 6galement de retrouver 
xm utilisateur en fonction d'un nimi^ro de contact. En outre, pour authentifier un 
utilisateur, il peut faire appel a des serveurs extemes d' authentification. 

15 

Le module 16 de gestion de services est con^u pour recevoir des services des 
demandes d' inscriptions contenant chacune un identifiant du service, les actions 
qu'il peut rendre, et eventuellement une classe de service. Ces informations sont 
introduites dans im annuaire de service par exemple integre dans la base de 

20 donn^es 18. En outre, le module 16 est notifie de la connexion / d6connexion 
d'un service pour tenir a jour dans Tannuaire de service un indicateur par 
service signalant si le service est ou non connect^ au serveur 10. 
Le module 16 est 6galement congu pour recevoir des demandes de reference 
d'un service afin de permettre d'6tablir une communication directe avec celui- 

25 ci. Une telle demande contient le nom du service et celui de son foumisseur. 

Le module 17 de mise a jour des donnees est conpu pour recevoir des 
informations sur les utilisateurs provenant de systemes d' informations extemes 
8 mis en oeuvre par des services pour g6rer leurs abonnes respectifs. Ce module 
30 assure deux fonctions principales, a savoir une fonction de mise k jour de la 
base de donnees 18 et une fonction de transmission de "tickets de prestation" 
permettant la facturation des utilisateurs pour les services utilises, vers un 
systeme de coUecte de tels tickets. 

35 La mise a jour de la base de donnees peut etre effectuee soit en mode "pull" soit 
en mode "push". 

Dans le mode "pull", le module 17 recupere soit h la demande, soit 
p6riodiquement les donn6es des systdmes d'information 8, aupres de serveurs 
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distants tels que des serveurs FTP (File Transfer Protocol), Les donnees 
recuperees sont analysees, mises en forme et introdxiites dans la base de 
donnees 18. 

Altemativement, le module 17 pent transmettre les donnees r6cuper6es aux 
5 autres composants du serveur 10 qui sont concem6s par ces donn6es, la mise a 
jour de la base de donnees etant effectuee par ces autres composants. 

Dans le mode "push", les systemes d'information transmettent leurs donnees a 
I'interface d'acces 14 du serveur 10, soit periodiquement, soit k la suite du 
10 remplissage d'un fichier de mise a jour, selon le mode de fonctionnement du 
systeme d' information. L'interface d'acces retransmet ensuite les donnees 
refues au module de mise jour 17. 

Les bases de donnees 18 peuvent etre de type relationnel (SGBDR) ou objet 
15 (SGBDO), ou encore annuaire LDAP (Lightweight Directory Access 
Protocol). 

L' interface 14 est avantageusement conpue pour assurer une certaine tolerance 
aux pannes en r^partissant les requ6tes repues sur plusieurs composants 
20 dupliqu6s. EUe est realis6e de preference en faisant appel a des technologies 
standards telles que CORBA (Common Object Request Broker Architecture), 
RMI (Remote Method Invocation) ou SOAP (Simple Object Access Protocol). 

Le module 1 1 de coordination de services est conpu pour : 

25 

- gerer les connexions de services au serveur de mediation 10, 

- gerer une session d'acces d'utilisateur pour chaque profil d'utilisateur activ6 
sur un terminal connecte au serveur, et une session de service pour chaque 
service activ6 par un utilisateur, 

30 - determiner la joignabilite de chaque utilisateur, en fonction de Texistence 
d'au moins une session d'acces pour Tutilisateur (correspondant a im profil 
active par Tutilisateur), 

- gerer en temps r6el la valorisation de Tutilisation des services par les 
differents utilisateurs. 

35 

A cet effet, tel que represente sur la figure 2, le module 1 1 comprend : 

- une fonction 21 de gestion de sessions d'acces, poxir cr6er / supprimer / 
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modifier une session d'acces respectivement a chaque activation / 
desactivation d'un profil d'utilisateur, 

- une fonction 22 de gestion de sessions de services, pour creer / supprimer 
/modifier a la demande de I'utilisateur une session de service pour chaque 

5 service mentionn6 dans chaque profil actif, 

- ime fonction 23 de gestion de contexte d'usage de services pour coordonner 
les operations realisees par plusieurs services pour un utilisateur, 

- une fonction 24 de gestion de joignabilit^ pour determiner la joignabilite de 
chaque utilisateur en fonction de Texistence d'au moins une session d'acces 

10 active pour cet utiUsateur, du profil et du mode de disponibilite actifs de ce 
demier, et 

- une fonction 25 de valorisation de Tacces et/ou de Tusage d*un service par 
un utilisateur. 

15 A la connexion d'un terminal 3, 4, 5 d' utilisateur au serveur 10, le module de 
coordination de services 11 demande a la fonction 21 de gestion de sessions 
d'acces de creer ime session d'acces pour chaque profil a activer. A la selection 
par Tutilisateur d'un service, la fonction 22 cree egalement une session de 
service pour le service selectionne. 

20 

La creation d'une session de service implique qu'aupeu-avant Tutilisateur ait 6t6 
identifie et authentifi6 en faisant appel au module ^'identification et 
d'authentification 15. 

25 La fonction de gestion de la joignabilite de chaque utilisateur consiste a 
determiner pour im appel entrant destine a un utilisateur ou a la suite d'une 
requete 6mise par un service, si 1' appel doit 6tre accepte, refuse, notifie ou 
renvoy6 vers un num^ro de renvoi ou une messagerie, en fonction de I'etat de 
joignabilite de Tutilisateur, et eventuellement des regies de filtrage foumies par 

30 le serveur de disponibilite et de Tidentit^ du contact emetteur de Tappel. Cette 
fonction fait done appel a la fonction 21 de gestion de sessions d'acces pour 
determiner si I'utilisateur est connecte au serveur, ainsi qu'au serveur de 
disponibilite 12 pour obtenir le mode de disponibilite de T utilisateur et les 
regies de filtrage. 

35 

Grace a ces dispositions, un utilisateur pent definir qu'il est disponible pour 
certains contacts, et non disponible pour d'autres contacts. II pent Egalement 
d6finir les moyens de communication k utiliser pour recevoir des appels 
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entrants et pour recevoir des notifications d'evenements (messagerie vocale, 
ecrite). II peut autoriser certains contacts k obtenir son etat de joignabilite, 
connaitre les modes de communications (vocal, ecrit, immediat, differe) qu'ils 
peuvent utiliser pour le joindre. 

5 

Ainsi, le moniteur d'acces 7 est avantageusement confu pour afficher la liste 
des contacts de Tutilisateur, chaque contact etant associe a un indicateur 
signalant Tetat de joignabilite du contact. II peut egalement permettre k 
Tutilisateiu- de declencher T^tablissement d'un appel vers I'lm des contacts de 
10 la liste a la suite de la selection de celui-ci et d'un type de communication 
(vocal, 6crit, differe, immediat) disponible pour ce contact. 

Cette action de selection d^clenche remission par le servem* 10 d'une 
notification d'6venement "appel entrant" sur le ou les terminaux accessibles du 

15 contact appele pour le profil considere, le moniteur d'acces signalant a 
I'utilisateur appele la reception d'une telle notification. Le mode de signalement 
utilise depend du terminal. Dans le cas d'un ordinateur de type PC ou PDA, ce 
signalement peut etre effectue sous la forme d'un "pop up". Sur un telephone 
mobile, il peut etre effectue par une application "Simtoolkit". 

20 A la suite de la reception d'une telle notification, I'utilisateur appele peut 
choisir le terminal avec lequel il souhaite prendre I'appel. A I'^tablissement de 
la communication entre deux utilisateurs, le module de valorisation declenche 
un comptage de la duree d' appel. Si pendant xme communication entre deux 
utilisateurs, un autre utilisateur tente d'etablir un appel avec Tun de ceux-ci, 

25 I'utilisateur appele regoit une notification d'6v6nement d'appel entrant sur le ou 
les terminaux accessibles de 1' appele pour le profil considere. A la fin d'une 
communication entre deux utilisateurs, le module de valorisation emet im ticket 
de prestation et met a jour ime jauge de consommation sur les terminaux en 
envoyant un message a cet effet aux terminaux connectes sur le profil appele 

30 (sur lequel s'est fait Tappel entrant), ce message contenant des informations 
relatives a un forfait de communication (montant maximum, montant 
consomme). 

A la deconnexion d'un terminal, le module de coordination de services 11 
detruit les sessions d'acces relatives aux profils actives sur ce terminal. Les 
35 sessions de services rattachees a ces sessions d'acces sont egalement detruites. 

Les services doivent prealablement s'inscrire auprds du serveur 10 et etre 
connectes a celui-ci pour rendre des prestations aux utilisateurs. A la connexion 
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au serveur, un service indique au serveur les evenements qui doivent lui etre 
notifies. Lors de Tacces par un utilisatexir k un service inscrit et connecte, le 
service declenche une procedure d*identification et d'authentification de 
Tutilisateur et demande au serveur les informations relatives a ce dernier pour 
5 v6rifier qu'il poss^de les autorisations necessaires pour acc^der au service. Au 
debut et a la fin de la foumiture d'une prestation, le service fait appel au serveur 
pour comptabiliser Tusage du service par Tutilisateur, en vue de sa valorisation. 
Lorsque aucun utilisateur accdde k un service, le service peut se deconnecter du 
serveur. 

10 

Le serveur de mediation de services selon T invention est avantageusement 
realise sous ia forme d'un composant reutilisable, appele "brique blanche", de 
maniere a etre robuste et tolerant aux pannes, et etre integrable k faible cout 
dans tout serveur assurant la foumiture de services. 

15 

Grace a ces dispositions, le serveur de mediation de services selon T invention 
permet aux utilisateurs d'acceder a leurs services personnalises a partir de 
n'importe quel terminal de telecommunication et n'importe quel acces a un 
r^seau de telecommxmication, tout en simplifiant I'acces a ces services. II 
20 permet egalement aux utilisateurs de gerer leur disponibilit6 vis-a-vis des autres 
utilisateurs, et ce independamment du reseau de telecommunication. 
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REVENDICATIONS 

1. Precede de coordination de services de telecommunication (2) 
rendus a mie plm^alite d'utilisateurs, par l'interm6diaire de terminaux de 

5 telecommunication (3, 4, 5) connectes a differents r^seaux (1) de 
telecommunication, le proc6de comprenant des Stapes au cours desquelles un 
serveur de mediation de services (10) coordonne les traitements effectu6s par 
differents services de telecommunication pour le compte de chacim des 
utilisateurs, 

10 caracterise en ce qu'il comprend en outre des etapes au cours desquelles : 

- les services de telecommunication (2) se connectent au serveur de mediation 
de services (10) et specifient des evenements qui doivent leur etre notifies 
par le serveur de mediation de services, et/ou des evenements qu'ils sont 
susceptibles d'emettre vers le serveur de mediation de services, 

15 - les terminaux de telecommunication (3, 4, 5) des utilisateurs se connectent au 
serveur de mediation de services, transmettent au serveur de mediation de 
services des profils d'utilisateur specifiant des modes de disponibilite, qui 
sont memorises dans une base de donnees (18), activent des profils et des 
modes de disponibilite pr6alablement specifies, et accedent aux services 

20 connectes, 

- le serveur de mediation de services determine un etat de joignabilite de 
chaque utilisateur en fonction de Texistence d'au moins un terminal de 
I'utilisateur coimect^ au serveur de mediation de services, et du profil et du 
mode de disponibilite actifs de I'utilisateur, 

25 - le serveur de mediation de services transmet a chaque terminal connect^ 
r^tat de joignabilite d'utilisateurs sp6cifi6s dans une liste de contacts faisant 
partie du profil actif de Tutilisateur du terminal, 

- le serveur de mediation de services transmet, pour chaque evenement re^u 
d'un service, une notification d' evenement aux services connectes ayant 

30 specific que T evenement doit leur etre notifie. 

2. Procede selon la revendication 1, 

caracterise en ce que chaque mode de disponibilite specific par un utilisateur 
comprend : 

35 - un etat de disponibilite pouvant prendre les valeurs disponible, non 
disponible, en transfert d'appel vers \m num6ro d'appel specifie, ou inconnu 
si I'utilisateur ne souhaite pas rendre accessible son etat de disponibilite, 

- un 6ventuel identifiant de terminal vers lequel transferer un appel entrant 
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destin6 k Tutilisateur, 

- un mode de notification d'evenements, et 

- une liste de contacts auxquels s' applique r6tat de disponibilite. 

5 3. Proc6d6 selon la revendication 2, 

caracterise en ce que chaque mode de disponibilite specific par xm utilisateur 
comprend en outre des regies de disponibilite specifiant des periodes pendant 
lesquelles le mode de disponibilite est actif 



10 4. Procede selon Tune des revendications 1 a 3, 

caracterise en ce que Tetat de joignabilite determine par le serveur de mediation 
de services peut prendre Tun des etats suivants : 

- joignable si le mode de disponibilite actif de Tutilisateur est a I'etat 
disponible et si au moins un terminal de I'utilisateur est connecte au serveur 

15 de mediation de services, 

- non joignable si Tutilisateur n'est pas disponible ou si aucun terminal de 
I'utilisateur n'est connecte au serveur de mediation de services, 

- acces a Tetat de joignabilite soumis a autorisation si Tutilisateur souhaite que 
son etat de joignabilite ne soit foumi a d'autres utilisateurs qu'avec son 

20 autorisation prealable, 

- en transfert si Tutilisateur a specific que les appels entrants qui lui sont 
destines doivent etre transferes vers un num6ro d'appel sp6cifie dans le mode 
de disponibilite actif, 

- inconnu si Tutilisateur demand^ n'est pas inscrit aupres du serveur de 
25 mediation de services, ou s'il ne souhaite pas que son 6tat de joignabilite soit 

accessible. 



5. Procede selon Tune des revendications 1 a 4, 
caracterise en ce que la transmission des notifications d'evenements par le 
30 serveur de mediation de services est effectuee sur demande de chaque service 
connecte. 



6. Procede selon Tune des revendications 1 a 4, 
caracterise en ce que la transmission d'une notification d'un ev^nement par le 
35 serveur de mediation de services est effectuee des reception de rev^nement si le 
service est connecte, et sinon I'^venement est memorise dans un journal et est 
notifie au service des que celui-ci se connecte au serveur de mediation de 
services. 
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7. Serveiir de mediation de services de telecommunication rendus a 
une pluralite d'utilisateurs, par Tintermediaire de terminaux de 
tel6communication connectes a differents reseaux de telecommiinication, 
5 comprenant un module (1 1) de coordination de services congu pour coordonner 
les traitements effectu6s par les services de telecommunication pour le compte 
de chacun des utilisateurs, 
caracterise en ce qu'il comprend en outre : 

- au moins une base de donn6es (18) rassemblant 1' ensemble des donnees 
10 concemant les utilisateurs, qui sont n^cessaires au serveur (10) de mediation 

de services et aux services, 

- im serveur de disponibilite (12) congu pour gerer et determiner h tout instant 
la disponibilite des utilisateurs, en fonction de modes de disponibilite actifs 
et de regies, specifies par les utilisateurs et memorises dans la base de 

1 5 donnees, 

- un module (16) de gestion de services con9u pour recevoir de chaque service 
une inscription specifiant des evenements a notifier aux services et/ou des 
evenements emis par le service, et 

- un module (13) de notification d'6v6nements couqu pour recevoir et notifier 
20 Tapparition d'evenements aux services de telecommunication qui en ont fait 

la demande, 

- le module (11) de coordination de services comprenant des moyens pour 
determiner un 6tat de joignabilit6 de chaque utilisateur pour chacun de ses 
profils en fonction de Texistence d'au moins im terminal de rutilisatevu- 

25 connecte au servexir, et du profil et du mode de disponibilite actifs de 
Tutilisateur, et des moyens pour transmettre k chaque terminal connect^ 
I'etat de joignabilite d'utilisateurs specifies dans une liste de contacts faisant 
partie d'un profil actif de Tutilisateur du terminal. 

30 8. Serveur de mediation de services selon la revendication 7, 

caracterise en ce qu'il comprend en outre un module (15) d' identification / 
authentification charge d' identifier et d'authentifier les utilisateurs lorsqu'ils 
accedent au serveur (10) de mediation de services ou a certains services. 

35 9. Serveur de mediation de services selon la revendication 7 ou 8, 

caracterise en ce qu'il comprend en outre un module d' interface (14) donnant 
acces au serveur (10) de mediation de services par Tintermediaire d'un reseau 
de telecommunication (1), ce module etant congu pour recevoir des requites de 
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traitement, emanant des services ou des utilisateurs, et pour les retransmettre 
vers un composant du serveur charge d'effectuer le traitement demande, et 
transmettre en reponse a ces requetes les reponses foumies par les composants 
du serveur. 

5 

10. Serveur de mediation de services selon la revendication 9, 
caracterise en ce que le module d' interface (14) comporte plusieurs composants 
dupliques pour assurer une tolerance aux pannes. 

10 11. Serveur de mediation de services selon Time des revendications 

7 k 10, 

caracterise en ce qu'il comprend en outre un moniteur d'acces (7) comprenant : 

- des moyens pour connecter un terminal d'utilisateur (3, 4, 5) au serveur de 
mediation (10) et le deconnecter du serveur, 

15 - des moyens pour connecter im service (2) au serveur de mediation (10) et le 
deconnecter du serveur, 

- des moyens pour gerer en temps reel les differents services actives pour 
I'utilisateur, 

- des moyens pour selectionner un profil a activer et un mode de disponibilite 
20 dans le profil k activer, 

- des moyens poxir selectionner des evenements pour lesquels Tutilisateur 
souhaite etre notifie de leur apparition, et 

- des moyens pour selectionner im terminal pour recevoir un appel entrant. 

25 12. Programme d'ordinateur oongu pour 8tre mis en oeuvre sur im 

serveur de mediation de services de telecommunication rendus k une pluralite 
d'utilisateurs, par Tintermediaire de terminaux de telecommunication (3, 4, 5) 
connectes a diff6rents reseaux de telecommunication (1), 

caracterise en ce qu*il comprend des instructions pour mettre en oeuvre les 
30 etapes du procede selon Tune des revendications 1 a 6, executees par le serveur 
de mediation de services. 

13. Serveur de telecommunication (2) foumissant des services de 
telecommunication a une pluralite d'utilisateurs, par Tintermediaire de 
35 terminaux de t616conmiimication (3, 4, 5) connectes a differents reseaux (1) de 
t616commxmication, 
caracterise en ce qu'il comprend : 

- des moyens pour se connecter a un serveur de mediation de services (10) 
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selon Tune des revendications 7^11, 

- des moyens pour specifier et transmettre au serveur de mediation de services 
des evenements qui doivent lui 6tre notifies par le serveur de mediation de 
services, et/ou des evenements qu'il est susceptible d^emettre vers le serveur 

5 de mediation de services, et 

- des moyens pour recevoir du serveur de mediation de services des 
notifications d'ev6nements provenant d'autres services de 
telecommunication et ayant €t6 specifies comme devant lui etre notifie. 

10 14. Programme d'ordinateur con^u pour etre mis en oeuvre sur un 

serveur de telecommimication (2) foumissant des services de 
telecommunication a une pluralite d'utilisateurs, par Tintermediaire de 
terminaux de telecommunication (3, 4, 5) connectes a difF6rents reseaux (1) de 
telecommimication, 

15 caracterise en ce qu'il comprend des instructions pour mettre en oeuvre les 
etapes du proc6de selon Tune des revendications 1 a 6, executees par un service 
de telecommunication. 



15. Systeme informatique comprenant une pluralite de terminaux 
20 de telecommimication (3, 4, 5) d'utilisateurs connectes a differents r6seaux de 
telecommunication (1), plusieurs serveurs (2) foumissant des services de 
telecommimication pour le compte des utilisateurs, et un serveur (10) de 
mediation de services con9u pour coordonner les traitements effectues par les 
services de telecommunication (2), 
25 caracterise en ce que le serveur (10) de mediation de services est conforme k 
Tune des revendications 7 a 1 1. 
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